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® Method of and system for electronic funds transfer via facsimile machines. 



@ Account customized transaction vouchers, con- 
taining thereon a series of pseudo random alphanu- 
meric characters with a different set of characters on 
each voucher, are completed by at least one party 
(20) to a transaction. The party transmits by fac- 
simile (30) an image of the completed voucher to a 
facsimile machine (34) at a central facility (36). A 
character reader (35) at the central facility reads the 
incoming data and authorizes the requested transac- 
tion after comparison of the pseudo random alphanu- 



meric set of characters on the voucher with a list in 
the account record of that party. Used sets of alpha- 
numeric characters are deleted from the list in the 
account data to permit onetime usage of a voucher. 
A credit voucher is sent from the central facility to a 
facsimile machine (32) at the site of the other party 
(26) to the transaction. This voucher includes also a 
pseudo random alphanumeric set of characters se- 
lected from a second list in the central facility. 
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METHOD OF AND SYSTEM FOR ELECTRONIC FUNDS TRANSFER VIA FACSIMILE MACHINES 



Technical Held 

This invention relates generally to electronic 
funds transfer systems and more particularly to a 
funds transfer system using facsimile machines to 
transfer electronic funds data of buyers and sellers 
swith a unique high level of transaction security. 

Background Art 

Spurred by the pressures of paper-based 
checking which is costly and time consuming for 
financial institutions, various electronic and com- 
puter based arrangements have been suggested 
and used in an attempt to perfect electronic funds 
transfer. Examples of electronic funds transfer 
techniques that have achieved substantial usage in 
recent years are the Automated Clearing House 
(ACH), Automated Teller Machine (ATM), and point 
of sale system (PCS). 

To eliminate the presence of a central com- 
puter In every transaction, there has been a trend 
toward off-line electronic funds transfer, that is. 
transfer of data between portable and resident 
units, with only periodic downloading of data to a 
central computer. Mareno U.S. Pat. No. 4.007.355 
and Stuckert U.S. Pat. No. 4,277.837 illustrate two 
examples of such systems. However both systems 
present problems that have limited their wide- 
spread use. In Mareno, no exchange of funds may 
be made arbitrarily because the cards carried by 
each user, although having funds data storage ca- 
pability, have no keyboards and require a special 
interface apparatus to be present at each transac- 
tion. In Stuckert. cards used with the portable ter- 
minals have no display; a separate portable termi- 
nal must be involved during each transaction. The 
user cannot continuously monitor his account, limit- 
ing the versatility of the system. 

These problems and others were solved by 
Benton in U.S. Pat. No. 4,305,059 issued on Dec. 
8. 1981, disclosing a modular funds transfer sys- 
tem wherein each user as well as vendor carries an 
identical portable module having a keyboard and a 
display. Funds are transferred between modules 
using a hard wire interface, and the account status 
stored in each module is updated following each 
transaction, In another patent to Benton Pat. No. 
4,341,951. printed vouchers are issued by the por- 
table module following each transaction. 

The Benton approach was further refined in 
U.S. Pat. No. 4,454,414 to provide bidirectional 
optical coupling between portable funds data trans- 
fer modules, including a "hand-shaking" protocol 
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that enables funds transfer to be completed only if 
a number of criteria are satisfied. These criteria 
include an identification check following keyboard 
entry by the user of a secret number and examina- 

5 tion of the transaction amount to ensure that it falls 
within credit limits. In Benton et al. 4,625,276. elec- 
tronic funds data are transferred between portable 
modules either directly in a local mode of operation 
or indirectly, via telephone lines, in a remote mode 

10 of operation. Transaction records are printed by an 
outboard printer or downloaded to a central com- 
puter. 

The system described in the aforementioned 
Benton et al. patents are capable of having a 

75 substantial impact on the manner by which finan- 
cial transactions are carried out, securely transfer- 
ring funds between buyers and sellers while si- 
multaneously printing supporting documents. How- 
ever, considerable dedicated apparatus including a 

20 modem and printer as well as portable modules are 
required to implement these systems. 

Such a system is described in Benton applica- 
tion before the United States patent and Trademark 
Office Serial No. 298.348. filed January 17, 1989. A 

25 copy of the '348 application is filed together with 
the present application. 

The Benton system in the '348 application pro- 
vides a method and system for carrying out elec- 
tronic funds transfer in real time, via conventional, 

30 unmodified facsimile machines using existing elec- 
tronic funds transfer protocol. In accordance with 
one aspect of that system facsimile machines lo- 
cated at the sites of the parties to a transaction, 
e.g.. buyer and seller may transmit the contents of 

35 a document in bit mapped form to a facsimile 
machine located at or near a central facility such as 
an automated clearing house (ACH). The system 
includes special transaction vouchers to be sent by 
facsimile by the buyer and sseller to the ACH for 

40 clearing. Each voucher has particular regions con- 
taining pre-printed information and other regions to 
be filled in for each transaction including the 
amount of the transaction. A character reader asso- 
ciated with the facsimile machine at or near the 

45 ACH reads the various regions of the images of the 
transaction vouchers received by facsimile, formats 
the images into data recognizable by the ACH and 
supplies the data to the ACH for transaction clear- 
ing. 

50 The ACH stores personal identification num- 

bers (PINs) of parties authorized to carry out finan- 
cial transactions and compares the personal iden- 
tification number provided by each party with the 
stored personal identification numbers to determine 
whether the parties are authorized to transact within 

2 



EP 0 426 507 A2 



the system. Also stored are account data asso- 
ciated with parties authorized to carry out financial 
transactions. The ACH compares the amount of 
each requested transaction with the stored account 
data to determined whether a requested transaction s 
is authorized. 

The ACH sends to the parties, via facsimile, 
printed reports providing transaction summaries. A 
first report, following confirmation by the parties 
that a requested transaction should be carried out, io 
summarizes the details of the pending transaction. 
Another report is sent to the parties that in effect is 
a hard copy invoice of the transaction. From time 
to time, the ACH also sends by facsimile to all 
authorized users of the system a summary of their is 
account activity. 

Other features of the electronic fund transfer 
system of the *348 application are described in 
detail in that application. 

20 

Summary of the Invention 

In any system of funds transfer security is of 
paramount importance and this is particularly true 25 
with electronic funds transfer. 

It is accordingly ari object of this invention to 
provide a method and system for carrying out 
electronic funds transfer with a degree of security 
believed to exceed that available in using traditional 30 
checks. 

It is another object of the invention to provide a 
secure method and system for electronic funds 
transfer that entails virtually no additional effort by 
the system users. 35 

It is still another object of the invention to 
provide such a secure method and system for 
electronic funds transfer that incorporates a unique 
safeguard to either or both parties to the transac- 
tion. 40 

The invention may be briefly described in the 
content of an electronic funds transfer system of 
the type described in the aforementioned *348 ap- 
plication. According to the invention the transaction 
vouchers in each book of one time use vouchers 45 
have printed on their face a string of pseudo- 
random alphanumeric characters. Along with each 
book there is provided a machine readable list of 
the strings of characters on the vouchers which are 
bound in the voucher book. Each string is ran- so 
domly different. This list of character strings is 
transferred by facsimile to the ACH by the bank 
when a new money facsimile transfer account is 
opened and/or new vouchers are ordered. The ran- 
dom voucher character strings are entered in the 55 
new members file (Member Master File). The ac- 
count is now activated and the voucher strings or 
numbers are "valid". No voucher can be used until 



it is resident in and appropriately activated in the 
Member Master Fife. When a voucher is used, that 
voucher's unique number is then deleted from the 
file and can never be used again. Truncated vouch- 
ers or copies of such are of no value. 

The customer chosen PIN is entered on the 
voucher twice to assure reliability. The PIN is then 
transmitted by facsimile with ail of the data ele- 
ments contained on the voucher. The PIN is prefer- 
ably carried on a PIN strip removably attached to 
the voucher. The PIN strip Is removed after the 
facsimile transmission and subsequently destroyed. 
This is also a visual reminder that this voucher has 
been used and is now truncated. The usual com- 
parison of the PIN at host computer level repre- 
sents a significant reduction in risk. 

The new security system provides multiple 
fraud prevention features and is believed to offer 
an electronic fund transfer system having a degree 
of security which exceeds that which is inherent in 
the traditional check system. Other objects and 
advantages of the invention will become readily 
apparent to those skilled in the art from the follow- 
ing detailed description, wherein only the preferred 
embodiment of the invention is shown and de- 
scribed, simply by way of illustration of the best 
mode contemplated of carrying out the invention. 
As will be realized, the invention is capable of other 
and different embodiments and its several details 
are capable of modifications in various obvious 
respects, all without departing from the invention. 
Accordingly, the drawing and description are to be 
regarded as illustrative in nature and not, as restric- 
tive. 



Brief Description of the Drawings 

Figure 1 is a block diagram showing on-line 
electronic funds transfer with ACH clearing in- 
corporating the general system with which the 
security features of the invention may be uti- 
lized. 

Figure 2 is a block diagram showing a central 
image processing system. 
Figure 3 is a diagram of one embodiment of a 
transaction voucher used in the system of this 
invention and filled out by the payor to a trans- 
action. 

Figure 4 is diagram of a credit memo according 
to the invention. 

Figure 5 is a flow chart illustrating the genera! 
operation of the system. 

Figures 6(a)-6(g) are a flow chart showing pro- 
gramming of the central computer at the ACH 
for carrying out the principles of the invention. 

Best Mode for Carrying Out the Invention 



BNSDOCtD: <EP 042650 7A2_L> 



5 



EP 0 426 507 A2 



6 



Referring to Rgure 1 , as an overview of funds 
transfer between parties in an automated clearing 
house (ACH) network, a payor 20 will transfer funds 
from an account in his bank 22 to the account of a 
payee 26 in payee's bank 24. As an intermediary 
between the banks 22 and 24 there is an auto- 
mated clearing house (ASH) 28. which is an associ- 
ation of banks arranged to carry paperless ex- 
changes including posting and clearing transac- 
tions, such as direct deposits, preauthorized bill 
payments, customer initiated entries, corporate 
transfers and the like. This type of network, being 
well known in the art since 1972, is not described 
in further detail herein. The invention to be de- 
scribed in detail hereinafter implements electronic 
funds transfer using remote facsimile machines 30, 
32 at the sites of the payor 20 and payee 26 to 
transmit Images of special transaction vouchers to 
a local facsimile machine 34 at a central facility 36 
preferably at or near the ACH 28. 

The central facility 36 uses conventional char- 
acter recognition equipment 35 to separate text 
from the incoming voucher image and to encode 
the text into the proper protocol for processing by 
the ACH 28. The ACH 28 in turn determines wheth- 
er the parties are authorized to carry out the trans- 
action, depending upon transmission to the ACH by 
the parties of correct identification data, and upon 
confirmation of an adequate balance in the payor's 
account to support the transfer of funds requested. 
Of particular importance, written transaction re- 
ceipts or summaries are sent by the ACH to the 
parties for confirmation via facsimile. 

Facsimiles 30, 32 and 34 are conventional ma- 
chines capable of CCITT, group III or greater, im- 
age transmission. Such facsimile machines, being 
well known, are not described in detail herein. 
However, it is helpful, by way of review, to note 
that conventionally a facsimile machine contains all 
the necessary electronic capability to function as a 
"front-end" processor for a centralized automated 
computation and clearing network as required by 
the present invention. This capability includes a 
printer to generate hard copy printout, a document 
reader having an optical scanner to optically 
digitize documentary material, a modem to transfer 
to a communication medium such as telephone 
lines, binary data at a high baud rate, and a tele- 
phone line interface including a dialer to generate 
DTMF dialing tones and process voice communica- 
tions. It is important to note, that rather than trans- 
mitting the ASCII character representation of docu- 
mentary material, facsimile machines send the ac- 
tual document image as a binary encoded, "bit 
mapped" stream of data. The character recognition 
equipment 35 at the central facility 36 utilizes a 
computational algorithm to recognize and recon- 
struct the textual content of digitized image data, in 
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a manner that is well known to persons skilled in 
the art. 

Referring to Figure 2, a plurality of dual-mode 
telephone lines 40, for example forty lines, and a 
5 conventional line switch 41 handle incoming and 
outgoing communications at the central image pro- 
cessing system. As described, the information is 
received by a facsimile terminal and certain fields 
from the voucher undergo an Optical Character 
10 Recognition (OCR) process so that key information 
such as account numbers are automatically known. 
These steps are performed by a number of 
Facsimile/OCR Preprocessors 42 which serve as 
the linkage between telephone lines 40 and the 

15 systems electronic communications network. For 
monitoring and back-up purposes, all of the activity 
going through the preprocessors 42 are stored on 
the transfer request input buffer 44 and the ac- 
knowledgement output buffer 46. 

20 Typically information from the preprocessors is 

transmitted to the host gateway 48. which then 
communicates this information to the host com- 
puter system 50 of the financial services organiza- 
tion offering the Facsimile Funds Transfer (FFT) 

25 service. The FFT system would then receive no- 
tification back from the host computer system as to 
whether a requested FFT transaction was ap- 
proved. The host system may be incorporated in 
the bank ACH 28 of Figure 1 . 

30 There will be a limited number of instances in 

which FFT requests must first receive human inter- 
vention. Requests will be handled by operators on 
an exception basis - usually when the system 
senses that a request is unclear or not legitimate. 

35 In such cases, information concerning a request 
would then be transmitted via the systems ethernet 
network 52 to the image keying cluster controller 
54. This controller assigns a specific FFT request 
to an image keying work station 56. Once an oper- 

40 ator at a work station receives a requested transac- 
tion the operator goes through a set procedure of 
verifying and cross-checking the information. In the 
illustration in Figure 2 there are three image keying 
work stations and the average time for a transac- 

45 tion may be less than 15 seconds depending on 
the amount of information to be keyed. Once a 
transaction has been approved by an operator at 
an image keying workstation, the imaging keying 
cluster controller 54 transmits the necessary in- 

50 formation over the network to the host gateway in 
the same manner followed by requests not routed 
to image keying workstations. 

The response from the host computer 
system/ACH will indicate whether the request has 

55 been approved and will contain certain authoriza- 
tion and support data. This information is then sent 
over the network to the acknowledgement output 
formatter 54. Here two facsimile transmissions are 

4 
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prepared. One is a facsimile funds transfer FFT 
credit voucher that will inform a party that he has 
received an FFT payment into his account. The 
second is a transaction confirmation that is sent 
back to the account that initiated the FFT transac- 
tion. Both of these transmissions are then sent over 
the network to an available pre-processor, which 
accesses a telephone line and performs the actual 
facsimile transmission. A customer service work- 
station 56 permits an operator to handle any ad- 
ministrative and adjustment activities. The network 
server 58 archives all facsimile information that is 
received and transmitted on either its magnetic or 
optical disc memory storage units 60. The system 
may be staffed by 4-5 employees during peak 
hours with an off hours staffing of 1-2 persons. The 
system is designed for simple operation whereby it 
is possible to utilize low skill level operators. 

Referring to Figure 3 there is shown a sample 
of a specially drafted transaction voucher 62 which 
contains in a machine readable format the com- 
plete set of information necessary to characterize 
and clear a transaction. The transaction voucher 62 
is customized and preprinted for an individual ac- 
count and bank and would have an issuing bank 
name at the area for bank name 64. Similarly a 
specific and unique membership number would be 
imprinted upon the voucher at 66. The voucher has 
a fieid 68 for receiving by hand written entry the 
name of the payee, a field 70 and field 72 for 
redundant entry of the account number of the FFT 
payee, and a field 74 for entry of an application of 
funds number. A field 76 receives the handwritten 
date, while fields 78 and 80 receive a redundant 
and duplicate handwritten entry of the amount of 
the transaction. Field 82 is utilized to designate the 
currency. Field 84 receives the handwritten signa- 
ture of the party to the transaction. At the right 
edge of the voucher and attached by perforations 
86 is a removable PIN tab 88. The tab 88 contains 
fields 90 and 92 to receive a redundant duplicate 
handwritten PIN entry. The tab is removable pre- 
venting reuse of the voucher. 

A key element of the security system of this 
invention involves on each voucher a field 94 
wherein there is printed on a per voucher basis a 
unique finite (100 element, for example) collection 
of pseudo randomly selected G or more alpha 
numeric digits or characters. This series of singular 
and unique digits is assigned to a members file 
and at the same time preprinted on the set of 
vouchers issued to the member. As these are 
used, the numbers are flagged from the master file. 
The transmitted voucher number must match the 
current sequential number in the members master 
file. The payee's file also contains a similar 
preselected list. These numbers are assigned to 
the credit memo voucher transmitted to the payee. 
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The payee then may verify that the credit memo 
voucher number corresponds to the pre-printed list 
included in the back of his voucher booklet. This 
prevents fraudulent sending of funds availability 
5 notification to a payee. 

Turning to Figure 4 there is shown a sample 
confirmation credit memo voucher 94 which is 
transmitted to the payee by the FFT processing 
center. Obviously, the conformation credit memo 
10 voucher must be credible as a bonafide document. 
The ability to transmit a fraudulent credit memo 
voucher to a seller could result in the fraudulent 
verification of funds availability and subsequent re- 
lease of goods or services. To deter this possibility 
75 each credit memo to a particular payee (seller) is 
preferably sequentially numbered from another se- 
quence of pseudo randomly selected alphanumeric 
digits. Such a random number is shown in the field 
95 in the credit memo in Figure 4. Thus the origi- 

20 nator of a fraudulent credit memo would require 
knowledge of the list of random numbers as well as 
the prior sequence of credit memos issued to the 
particular payee. A facility within the FFT process- 
ing center is provided to verify funds availability 

25 and to certify credit memos via telephone. 

A typical data flow utilizing the system of the 
invention is illustrated in simplified form in Figure 
5. Referring to Figure 5 a completed FFT payment 
voucher 96 is transmitted by a sending facsimile 

30 machine 98 to a receiving board in an N channel 
facsimile pre-processor 100. The graphic bit 
mapped voucher image is transmitted by the pre- 
processor to the character recognition software 
program 102 which outputs an ASCII encoded field 

as of data in a sequential formatted record- This ASCII 
encoded FFT payment voucher record is trans- 
ferred to the system manager through the ethernet 
at 104. The systems manager at 106 pre-pro- 
cesses the voucher records and manages the data 

40 traffic to and from the host. 

Operation of the system shown in Figure 5 is 
now described with reference to the flow chart set 
forth in Figures 6(a)-(g). Referring to Figure 6(a) the 
data from an N channel facsimile/OCR pre-proces- 

45 sor produced by a voucher such as voucher 62 in 
Figure 3 is inputted at 108 to the system manager 
110. An index key is now generated from the 
membership number to initiate an on-line request 
from the mass storage data base for the individual 

so member master file record (step 112). A member- 
ship validity decision is made at 114. If the mem- 
ber account number cannot be validated, the pro- 
cessing is aborted at 116 and exited with exception 
at 118 with a report to the payor that the account 

55 number in the FFT voucher was unreadable or 
invalid. 

If the membership account number is deter- 
mined to be valid, the program proceeds to step 

5 
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120 to verify the PIN against the PIN on file in the 
master member file record. The PIN validity de- 
cision is made at 122. An Invalic 'iN coupled with 
a valid account number suggests possible secu- 
rity problem. The invalid PIN is noted and excep- 
tion processing commenced at 124. A memo is 
transmitted by facsimile back to the member fac- 
simile number on file indicating that an invalid PIN 
response was received (Step 126). If an invalid PIN 
is received more than three times for a single 
member number a HOLD is placed on the account 
(Step 128) and the program exited with exception 
at 130. If the PIN decision at 122 is valid the next 
sequential random number from the member mas- 
ter file is read (Step 132). 

As previously stated, a pseudo randomly se- 
lected list of numbers or characters are sequen- 
tially printed on each of the 1 00 vouchers in the set 
issued to the member. An identical image of this 
list is maintained in the member master file. As 
each voucher is used and its assigned random 
number is evaluated as being a valid number it is 
then deleted from the list in its order of usage. 
Thus a voucher can be used only once and never 
again. The next voucher to be used must contain 
the next random number in the sequence or else it 
will be rejected as invalid. The probability of fraud- 
ulent guessing of the next number in the list is 
negligibly small. 

The transaction count for the inputted member 
number is retrieved from the database record of 
the member master file (Step 132) Figure 6(b). The 
target voucher number is next compared to the 
number determined by the transaction count re- 
trieval of the random number from the member 
master file (Step 134). The decision as to the 
validity of the random number is made at 136. If no 
correspondence is indicated, i.e. an invalid voucher 
number is detected, the transaction is rejected and 
the member account is flagged as having received 
an invalid voucher. The program next scans the file 
of deleted voucher numbers to determine if the 
rejected voucher has already been used. If a match 
is detected in this search it suggests that a copy of 
a voucher is being used (Step 138), The program 
is exited with exception at 140 and an account 
investigation undertaken for possible fraud or mis- 
use. 

If the random number comparison 136 indi- 
cates a match a valid sequence number tias been 
obtained. The program next proceeds to interrogate 
the payee FFT number to determine whether the 
payee is an FFT member. IF the payee is not a 
member of the FFT service a holding account for 
the involved funds is set up as a demand deposit 
account of the payee (Step 142). -This decision is 
shown in Figure 6(c) at 144. The set up of a 
temporary demand deposit account under the 
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name of the payee is indicated at 146. The pro- 
gram next tests whether the payor balance is suffi- 
cient to cover the payee amount (Step 148). If the 
determination is negative an insufficient balance 

5 report is mode to exception processing (Step 150). 
An output facsimile message is initiated to the 
payor (Step 1 52) and the program exited to excep- 
tion processing at 1 54. 

If the decision at step 148 is affirmative and 

10 indicates that the payee amount is equal to or less 
than the payor balance, the balance is determined 
at 156 and the demand deposit account in the 
payee name for the payee amount is established at 
158. A credit memo report to the payee at a payee 

;5 facsimile number appearing in the member master 
file is initiated (Step 160), the transaction is then 
archived in a voucher record, and imaged on the 
optical disc (Step 162). The program is exited at 
164. 

20 Returning to the payee member number valid- 

ity decision at step 144. ii the decision, is affir- 
mative to indicate that the payee member number 
is valid, the program next recalls the payee ac- 
count master record (step 166). The payee account 

25 number is next tested against the negative file 
compilation (Step 168). If this decision (Step 170) 
is affirmative to indicate an attempt to transfer 
funds to a negative account the transaction is abor- 
ted and exited with exception at 172. The excep- 

30 tion operator is flagged and will call the payors 
listed contact number. 

If the payee account number is not in the 
negative account file as determined at 170, the 
program next reviews the actual date against the 

35 voucher date for approximate coincidence (Step 
174) Figure 6(d). The validity of the date decision 
is made at 176. If the difference between dates 
exceeds the predetermined programed limit, the 
transaction is aborted at 178. The exception oper- 

40 ator is flagged to call back the payor or to facsimile 
back an exception message to the payor and the 
program is exited at 180. 

If the date is valid or within the programmed 
difference, the program next reviews the on file 

45 member signature code. This comprises a dimen- 
sionally reduced parameter string representation of 
the signature (Step 182). The decision as to the 
validity is made at 184. If the signature cannot be 
validated the transaction is aborted at 186, The 

50 exception operator is flagged that a signature fault 
has occurred. This could be because the signature 
field was left blank. The program is exited with 
exception at 188. If the signature comparison re- 
sults in an affirmative answer, thereby validating 

55 the signature, the program next tests the amount 
limit in the payor file (Step 190). If the amount in 
the transaction voucher exceeds the transaction 
amount limit an exception is flagged and a call is 

6 
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made to the payor immediately following receipt of 
the voucher by the FFT service. 

The amount limit decision is made at 192 In 
Rgure 6(e). As stated, If the amount limit is ex- 
ceeded, the payor is called at the number listed in s 
the member master file. A query is then made of a 
secondary six digit PIN prior to continuing with 
processing of the transaction (Step 194). If the 
payor cannot be contacted, the program is exited 
and aborted (Step 196198). If the payor is con- w 
tacted (Step 196) a decision as to the validity of 
the second PIN is made at 200. If the decision Is 
negative and the second PIN is not validated, the 
member account is flagged for investigation with a 
HOLD of all further transactions at 202 and the is 
program Is exited at 204. If the second PIN valida- 
tion inquiry at 200 is answered affirmatively, the 
program proceeds to a further inquiry at step 208 
presently to be described. 

Returning to the amount limit decision at 192 20 
and to the situation wherein the inquiry is answered 
negatively and it is determined that the transaction 
amount does not exceed the amount limit, it is 
recognized that the balance may in fact be a credit 
line (Step 206). An inquiry as to whether the trans- 25 
action amount is less than or equal to the payor 
balance including the credit limit is made at 208. If 
the transaction amount is not less than (exceeds) 
the payor balance (credit limit), exception process- 
ing is flagged at 210 to indicate that the balance or 30 
credit limit may be overdrawn. The payor is either 
called if such a service is indicated in the payors 
member master file or there is a facsimile commu- 
nication back to the payor with an Indication tLiat 
tiiere has been a balance limit overdraft error. The 35 
program is exited at 212. 

If the decision at 208 indicates that the amount 
of the transaction is less than the payor balance 
(credit limit) the payor balance is debited at 214. 
The program next notes the use of the pseudo 40 
randomly selected voucher number involved in the 
transaction and flags that number as used or de- 
leted (Step 216). 

Referring to Figure 6(i), the payees FFT ser- 
vice account number is credited with the transac- 45 
tion amount (Step 218). The transaction is logged 
to the payors master member file and the data is 
mirrored to the payees master member file to 
provide audit trails (Step 220). The data is archived 
at 222. A copy of the graphic image of the transac- 50 
tlon voucher is forwarded to the optica! disc stor- 
age for purposes of audit or dispute (Step 224). 

As explained previously, the payee- may be 
provided with a list of pseudo random alphanu- 
meric characters or credit memo digits correspond- 55 
ing to the number of his transactions with this 
specific payor. The same list appears in the data in 
the payees master member file. The program now 



selects the next pseudo random alphanumeric set 
of characters from the payees credit memo file list 
(Step 226). This number is known to the payee by 
reference to his corresponding list and his knowl- 
edge of the number of transactions with this payor 
which have transpired previously, e.g., he knows 
the number of this transaction. The payee then 
verifies that the credit memo document number 
shown on the FFT credit memo issued by facsimile 
to him (such as the memo of Figure 4) matches the 
next sequential number In the preselected pseudo 
random sequence. This verifies that the credit 
memo report is indeed a bonafide FFT service 
document (Step 228). 

Referring to Figure 6(g), the program next de- 
letes the credit memo report number form the 
payees file list of pseudo random credit memo 
numbers (Step 230). A debit memo is then issued 
via facsimile to the payor with the original voucher 
number (Step 232). The respective reports are 
queued and the program is finished (Step 234 and 
236). 



Conclusion 

There has been described a method and sys- 
tem for transferring funds, on-line, between ac- 
counts using facsimile machines that are conven- 
tional and unmodified. This is accomplished ac- 
cording to the invention with a degree of security 
which exceeds that available in the conventional 
use of checks. This is made possible by special 
vouchers containing account numbers for payor 
and payee, a PIN number, a signature, and most 
particularly a pseudc-randomly selected alphanu- 
meric serial number known only to the payor and 
stored In machine language In the transacting in- 
stitution. In like fashion, the payee is provided with 
a credit memo possessing a similar measure of 
security. Thus the credit memo contains the mem- 
ber account numbers of the payor and payee in 
addition to a second pseudo random alphanumeric 
serial number known only to the payee and stored 
in the data bank of the transacting institution. Thus 
the payee also has his sown unique protection 
against the issuance of fraudulent credit memos. 

In this disclosure there is shown and described 
only the preferred embodiment of the invention it 
being understood that the invention is capable of 
use in various other combinations and environ- 
ments and is capable of changes or modifications 
within the scope of the inventive concept as ex- 
pressed herein. 



Claims 
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1 . An electronic funds transfer system for carrying 
out financial transactions between parties to a 
transaction, comprisin : 

at least one remote facsimile machine (30,32) at 
the site or sites of the parties (20.26) to the trans- 
action a central facsimile machine (34) located at a 
central facility (36) for receiving incoming images 
sent from said at least one remote facsimile ma- 
chine (30.32) at the site or sites of said parties 
(20.26) ; 

a central computer means (50) associated with said 
central facility (36) and means (35.42,102) for for- 
matting said incoming images into a form recogniz- 
able by said central computer means (50) ; 
a transaction voucher (62.96) having a region for 
containing (78.80) at least the amount of a transac- 
tion (70,72), an account number, and (94) a pseudo 
random alphanumeric set of characters ; 
images of transaction vouchers (62.96) sent by the 
at least one remote facsimile machine (30,32) to 
said central facsimile machine (34) being formatted 
and processed by said central ' computer means 
(50) ; and 

means (132-136) incorporated in the central com- 
puter means (50) for clearing the transaction based 
upon the image of said pseudo random alphanu- 
meric characters (94) received from said at least 
one remote facsimile machine (30.32). 

2. A funds transfer system according to claim 1 
wherein said means (132-136) incorporated in the 
central computer means includes a list of the pseu- 
do random alphanumeric characters carried by a 
set of transaction vouchers (62,96) issued to a 
funds transfer account holder ; and 

means (136) for comparing a predetermined set of 
said salphanumeric characters in said list with the 
alphanumeric characters in the image of said trans- 
action voucher. 

3, A funds transfer system according to claim 1 
wherein said transaction voucher (62.96) includes a 
region (84) receiving the signature of the maker of 
said transaction voucher (62,96) ; and having a 
region (90.92) including at least one personal iden- 
tification number (PIN) ; 

said region (90,92) of said voucher (62,96) receiv- 
ing said PIN being detachably attached to the 
remainder of said voucher to permit removal of 
said PIN region from the remainder of said voucher 
after the image of said transaction voucher is sent 
to said central facsimile machine (34,42) to prevent 
reuse of said voucher ; 

said transaction voucher (62.96) being issued to an 
electronic funds transfer system account holder 
having an account file stored in said central com- 
puter means (50). said account file for said mem- 
ber including an account number and signature 
data and said PIN in addition to said list of pseudo 
random alphanumeric characters ; 
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a transaction being cleared for said member by 
matching (136) said pseudo random characters on 
the voucher image as well as by matching (112) 
said account number and (184) signature data and 

5 PIN (122) with the voucher image. 

4. A funds transfer system according to claim 2 
wherein said central computer means (50) has 
stored therein (226) a second list of pseudo ran- 
dom alphanumeric characters assigned to a second 

10 funds transfer account holder ; said central com- 
puter means (50). upon the clearing of a transact 
ion based upon the first named pseudo random 
alphanumeric characters, controlling said central 
facsimile machine (34) to transmit to a remote 

75 facsimile machine at the site or sites of the parties 
to the transaction a confirmation voucher including 
a predetermined set of salphanumeric characters 
from said second list of pseudo random alphanu- 
meric characters. 
20 5. An electronic funds transfer system for carrying 
out financial transactions between parties to a 
transaction, comprising : 

at least one remote facsimile machine (30.32) at 
the site or sites of the parties (20,26) to the trans- 
25 action a central facsimile machine (34) located at a 
central facility (36) for receiving incoming images 
sent from said at least one remote facsimile ma- 
chine (30.32) at the site or sites of said parties 
(20,26) ; 

30 a central computer means (50) associated with said 
central facility (36) and means (35,42.102) for for- 
matting said incoming images into a form recogniz- 
able by said central computer means (50) ; 
a set of transaction vouchers (62,96) having cor- 

35 responding regions (94) thereon carrying different 
pseudo random alphanumeric characters ; 
images of transaction vouchers (62.96) sent by the 
at least one remote facsimile machine (30,32) to 
said central facsimile machine (34) being formatted 

40 and processed by said-central computer means 
(50) : and 

means (132-136) incorporated in the central com- 
puter means (50) for clearing the transaction based 
upon said incoming voucher images received from 
45 said at least one remote facsimile machine (30,32) 

said means for clearing including a list of said 
pseudo random alphanumeric characters ; 
said transactions being cleared by matching (136) 
50 the pseudo random alphanumeric characters on the 
voucher image being received with the next pseu- 
do random alphanumeric character sequence in 
said list. 

6. A funds transfer system according to claim 4 
55 including means (216) to delete or void the alpha- 
numeric character in said list after matching with 
said image to clear a transaction. 

7. A funds transfer system according to claim 5 
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wherein said set of vouchers (62,96) is issued to an 
electronic funds transfer system account holder 
having an account file stored in said central com- 
puter means, said account file including an account 
number and signature data for said member in 
addition to said list of pseudo random alphanu- 
meric characters ; a transaction being cleared for 
said member by matching said pseudo random 
characters (94) on the voucher image as well as by 
matching said account number and signature data 
with the voucher image. 

8- A funds transfer system according to claim 5 
wherein said set of vouchers (62,96) includes re- 
movable personal identification numbers (PIN) (80) 
; said transaction clearance including matching 
(122) said PIN to a PIN stored in said account file ; 
said PIN (80) being removed from a used voucher 
to prevent reuse thereof. 

9. In an electronic funds transfer system for carry- 
ing out financial transactions between parties to a 
transaction, comprising : at least one remote fac- 
simile machine (30,32) at the site or sites of the 
parties (20,26) to the transaction ; a central fac- 
simile machine (34) located at a central facility (36) 
for receiving incoming images sent from said at 
least one remote facsimile machine (30,32) at the 
site or sites of the said parties (20,26) and for 
transmitting document images to at least one re- 
mote facsimile machine (30.32) ; 

a central computer means (50) associated with said 
central facility (36) and means (35,42,102.54) for 
formatting said incoming images into a form rec- 
ognizable by said central computer means (50) and 
for formatting said outgoing transmissions into a 
form graphically reproducible by said at least one 
remote facsimile machine (30.32) ; 
means associated with said central computer 
means (50) associated with said central facility 
storing a pseudo random sequence of alphanu- 
meric characters associated with at least one tran- 
sacting party ; 

a transaction voucher (62.96) having a first region 
for containing (78,80) at least the amount of a 
transaction (70,72), an account number and (84) 
the written signature of a party to the transaction ; 
images of transaction vouchers (62,96) sent by the 
at least one remote facsimile machine (30,32) to 
said central facsimile machine (34) being formatted 
and processed by said central computer (50) ; and 
means (50,54) incorporated in the central computer 
means (50) and responsive to the processing of a 
transaction voucher for transmitting to at least one 
remote facsimile machine (32) for reproduction 
thereat a credit memo or voucher including a pre- 
determined one of said pseudo random series of 
alphanumeric characters. 

10. A funds transfer system according to claim 9 
wherein said transaction voucher (62.96) includes a 
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region (94) containing a pseudo random set of 
alphanumeric characters ; 

said means associated with said central computer 
means (50) associated with said central facility 
5 storing a second pseudo random sequence of al- 
phanumeric characters associated with the transac- 
ting party to whom said transaction voucher (62.96) 
was issued ; 

said processing of a transaction voucher (62,96). 
70 including the comparison (136) of said pseudo ran- 
dom alphanumeric characters on said voucher with 
a predetermined set of pseudo random alphanu- 
meric characters in said second list to clear said 
transaction. 

15 11. A method of carrying out financial transactions 
between parties in an electronic funds transfer sys- . 
tem having remote facsimile machines (30,32) at 
the sites of the parties (20,26) to the transaction ; 
and a central facility (36) having at least one cen- 

20 tral facsimile machine (34) for receiving images 
transmitted thereto from remote facsimile machines 
(30.32) at the sites of the parties to the transaction, 
the centra! facility (36) Including a central computer 
(50) having means for storing account data asso- 

25 ciated with the parties to the transaction and means 
for clearing financial transactions based upon the 
account data and the image data received on-line 
from at least one of said parties to a transaction, 
comprising the steps of : 

30 using at least one of the remote facsimile machines 
(30), transmitting to the central facility (36) an im- 
age of the transaction voucher (62.96) having re- 
gions containing ; 

(a) information (66,68) indicating whether a party to 
35 the transaction is a payor or payee, (b) information 
(78,80) representing the amount of the transaction, 
(c) an account number (70.72), (d) the written sig- 
nature (84) of the party to the transaction, and (e) a 
pseudo random alphanumeric set of characters (94) 
40 ; and 

clearing the transaction based on information con- 
tained in the voucher images received by the cen- 
tral facility and on account data stored at the cen- 
tral computer. 

45 12. The method of claim 11 wherein the account 
data stored sat the central computer includes a list 
of pseudo random alphanumeric characters as- 
signed to an account, and including the step 
(216,230) of deleting or voiding a set of alphanu- 

50 meric characters in said list when said set has 
been used to clear a transaction. 
13. The method of claim 11 wherein the parties to 
the transaction include a payor (20) and a payee 
(26) and wherein the written signature (84) is the 

55 signature of the payor (26), including sending by 
facsimile from the centra! facility (36) to the payee 
(26) a credit memo or voucher of a completed 
transaction. 
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14. The method of claim 13 wherein the account 
data stored at the central computer (50) includes a 
second set of pseudo random alphanumeric char- 
acters associated with payee account data ; and 
wherein said credit memo or voucher sent to said s 
payee party Includes a predetermined set of alpha- 
numeric characters from said second list. 

15. A method of carrying out financial transactions 
between parties in an electronic funds transfer sys- 
tem having at least one remote facsimile machine w 
(30.32) at the site or sites of the parties (20.26) to 

the transaction, and a central facility (36) having at 
least one central facsimile machine (34) for receiv- 
ing images transmitted thereto from at least one 
remote facsimile machine (30.32) at the site or 75 
sites of said parties (20.26). the central facility (36) 
including a central computer means (50) having 
means for storing account data associated with the 
parties to the transaction and means (136) for 
clearing financial transactions based upon the ac- 20 
count data and the image data received on-line 
from at least one of said parties to a transaction, 
comprising the steps of : 

using at least one (30) of the remote facsimile 
smachines at the site or sites of the parties to the 25 
transaction, transmitting to the central facility an 
image of a transaction voucher (62,96) having re- 
gions containing : (a) an account number (70,72), 
(b) information (78,80) representing the amount of 
the transaction, (c) the written signature (84) of the 30 
party to the transaction, and (d) a pseudo random 
alphanumeric set of characters (94) and 
clearing the transaction based on information con- 
tained in the voucher images received by the cen- 
tral facility and account data stored at the central 35 
computer including a list of pseudo random alpha- 
numeric characters assigned to at least one party 
(20,26) to the transaction. 

16. The method of claim 15 including sending by 
facsimile from the central facility (36) to the other 4o 
party to the transaction at a second remote fac- 
simile machine (32) at the site of said party a credit 
memo or voucher containing information indicating 

the amount of the transaction. 

17. The method of claim 16 wherein the account 45 
data stored at the central computer (50) includes a 
second list of pseudo random alphanumeric char- 
acters assigned to the second party (26) to the 
transaction ; and 

wherein the credit memo or voucher includes a so 
predetermined pseudo random alphanumeric set of 
characters from said second list. 

18. The method of claim 17. including the step 
(230) of deleting or voiding the set of alphanumeric 
characters transmitted to said second party (26) to 55 
the transaction following transmittal thereof. 



BNSDOCID: <EP 0426S07A2J_> 



10 



EP 0 426 507 A2 



BANK STATEMENT 



H. 

I 




-a 












<r> 
m 




cn 


— n 








X 






<r> 













30 



CM 



7 



C3 





7" 



3> 



BANK STATEMENT 



BNSDOClO: <EP 0426507A2J.> 



1 1 



EP 0 426 507 A2 






CO 




— < 




CO 




—4 ■ 


<r> 
m 


m 







BNSOOCIO: cEP 042650 7A2 J _> 



12 



EP 0 426 507 A2 



CD 



r r ( 



t 



oo 



2 
m 






o 


FA Invoice, PO., 




— . 








)licatj 




o 








-n 




c 

3 
Q. 




to , 








i- 









5 



2 

o 

3 



5 



s 

c 



3 



C 

n' 

Q 





[ 






VJ 


- 


1 






»— t 














o 








O 

3 




: ^ 






of Money 




; ^ 




O 








^« 

o 

X 








CM 


a> 

3 
cr 




CD 




00 


"U" 










o 
'< 

CD 


1 — < 































5 

o 



O 

CD 



3 
Q 

C 

<T> 




CD 
O 



CD 
Q 

CD 



O 
c 



o 

CD 
3^ 

> 

3 
o 



3 

o 



o 



3 

CD 
CO 



o 

O 
O 

O 

o 
o 

o 
o 
o 
o 



\ 

cr> 



o 
o 



00 



i 

o 

2 



'I 



o 
o 
o 

















7v^ 


7N) 




2 

















' CO 

ro 



CD 

ro 



BNSOOCID: <EP 0426507A2_t_> 



13 



EP 0 426 507 A2 




A CREDIT 



MEMO 




From 



MONEYFAX 



To the CONFIDENTIAL ATTENTION of — Pino Francini 
Francini a Associates MF 415 570 3814 7 

From: Larry F. Linden a Associates 301 854 6637 3 
Amount of Funds Transfer S 1000.00 
Date: July 12,1989 Tinne: 11:55AM 

Invoice ^ 33456756V 

New Balance MF Acct # 415 570 3814 7 — $8850.00 
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HONEYFAX PAYMENT VOUCHER 


m AQ374B 


, 4 
1 2 


Membership** 3os ^e* 106/4- 


Date 9£e ee 


Z. 
* 1 


Poy To The Order of 
BILL BENTON 


0 1 1000 00 

Cur Amount 


PIN 


Money»ox "Pavcc** 


BARNETT BANK 


' 4 
I 2 
, Z 


o^ZSSO J I 
MEMO DATA: Invoice Priority 


Signature 


, 1 

I PIN 






98 
/ 

SENDING FAX 
MACHINE 

(PAYOR) 
GROUP 3 



H 



ASCII ENCODED MONEYFAX 
PAYMENT VOUCHER RECORD 

TRANSFERRED TO SYSTEM 
MANAGER THROUGH ETHERNET 



FIELD 



DESCRIPTION 



*0F 
CHARS 



1 


MEMBER » 


II 


2 


VOUCHER ^ 


6 


3 


PINl 


4 


4 


AMOUNT 


8 


5 


PAYEE NAME 


14 


6 


MEMO FIELD 


14 


7 


PRIORITY FIELD 


1 


8 


CURRENCY FIELD 


2 


9 


DATE 


8 


10 


TIME CODE 


8 




(SYSTEM GENERATED) 




II 


SIGNATURE CODE 


32 




(OIMENSIONALLY 






REDUCED) 




12 


BANK NAME 


14 


13 


SENDING FAX 


12 




MACHINE PHONE ^ 





104 



102 



CHARACTER RECOGNITION 
SOFTWARE PROGRAM 
INPUT; VOUCHERBIT 
IMAGE 

OUTPUT: ASCII 
ENCODED FIELD 
DATA INA SEQUENTIALLY 
FORMATTED RECORD 



TELEPHONE 
LINES 



GRAPHIC 
BIT MAPPED 

VOUCHER 
, IMAGE 



N 



-IIIOOIOIIOOI- 



N 



100 



RECEIVING FAX 

BOARD IN 
AN "N" CHANNEL 

FAX 
PRE PROCESSOR 




TO SYSTEM 
MANAGER 



106 



SYSTEM 
MANAGER 
(PRE PROCESSES VOUCHER 
RECORDS AND MANAGES 
DATA TRAFFIC BETWEEN 
HOST] 



S 
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VOUCHER RECORDS 
IN FROM PREPROCESSOR 



108 



7 



SYSTEM MANAGER 



liO 



112- 



GENERATE INDEX FROM MEMBER 
INITIATE ONLINE REQUEST FROM MASS STORAGE 
DATABASE FOR MEMBER MASTER FILE INDIVIDUAL 
"MEMBER RECORD (MEMBER**) 



120' 




VERIFY PIN AGAINST THE PIN ON FILE 
IN THE MASTER RECORD. 



124- 



EXCEPTION 
P ROCESSIN G 

INVALID 
PIN 




116 / EXCEPTION 
PROCESSING 
INVALID 
ACCOUNT 



READ THE NEXT SEQUENTIAL RANOONIZEO 
tf FROM THE MEMBER MASTER FILE. 

X 



FAX A MEMO BACK 
TO THE MEMBER FAX «* 
ON FILE INDICATING 
THAT AN INVALID 
PIN RESPONSE WAS 
RECEIVED 



126 




132 



EXIT WITH 
EXCEPTION 
^ X 



118 



IF AN INVALID PIN IS 
RECEIVED FOR MORE THAN 
3 TIMES FOR A SINGLE 
MEMBER PLACE A "HOLD" 
CONDITION ON THE ACCOUNT 



I 



■128 



EXIT WITH 
EXCEPTION 



5- 



130 
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RECOVER THE TRAfiSACTION COUNT FOR 
THIS MEMBER » FROM THE DATA BASE RECORD. 
THIS TRANSACTION IS THE "I'TH" 
TRANSACTION FOR THIS MEMBER. 



132 



TARGET VOUCHER » - FILE «S (I) 

RETRIEVE THE I'TH RANDOM » FROM THE FILE LIST 




136 

NO ^TARGET 



142 



INTERROGATE PAYEE 
MONEYFAX MEMBER «. IF THE 
PAYEE IS NOT A MONEYFAX 
MEMBER SETUP A HOLDING ACCOUNT 
FOR THE FUNDS AS A OOAC 
DEMAND DEPOSIT ACCOUNT. 




AN INVALID VOUCHER** NOT IN THE 
PRECOMPUTEO SEQUENCE HAS BEEN 
READ. REJECT THE TRANSACTION AND 
FLAG THE MEMBER ACCOUNT AS 
HAVING RECEIVED AN INVALID VOUCHER. 
SCAN THE FILE OF DELETED VOUCHER 
«"S TO DETERMINE IF THE HAD 
ALREADY BEEN USED, IF A MATCH IS 
DETECTED THIS SUGGESTS THAT A 
COPY OF A VOUCHER IS 
BEING UTILIZED. 



138 



CONTINUE 
;WITH EXCEPTION 
PROCESSING 



140 
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RECALL PAYEE 
ACCOUNT MASTER 
RECORD 







146 


166 






SETUP TEMPORARY OOA 




ACCOUNT UNDER PAYEE 




NAME (PAYEE OOA MEM**) 


^168 







TEST NEGATIVE 

FILE FOR 
PAYEE ACCOUNT « 




NO 



NO 



PAYOR BALANCE 
PAYOR BALANCE - 
AMOUNT 



150 



REPORT TO 
EXCEPTION PROCESSING 
"INSUFFICIENT 
BALANCE' 



156 



© 



EXCEPTION 
PROCESSING 
" ' 



DEMAND DEPOSIT ACCOUNT-. 
PAYEE NAME 

DEMAND DEPOSIT ACCOUNT-. 
PAYEE NAME + AMOUNT " 



172 



OUTPUT FAX 
MESSAGE TO 

PAYOR 
RE; BALANCE 
ERROR 



158 



DEBIT MEMO REPORT 

BACK TO PAYEE 
TO ON FILE FAX » IN 
MEMBER DATA BASE 
(REFER TO DEBIT MEMO EXH IBIT 

\ 

ARCHIVE TRANSACTION 
VOUCHER RECORD AND 
IMAGE ON OPTICAL DISK 




EXIT TO 
EXCEPTION 
PROCESSING^ 



162 



(TxiTy 



164 
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REVIEW DATE. 
VOUCHER DATE MUST MATCH 
SYSTEM DATE APPROXIMATELY. 





182 
A. 



178 



A80RT TRANSACTION 
AND FLAG EXCEPTION 
OPERATOR TO CALL BACK PAYOR 
OR FAX BACK AN EXCEPTION 
MESSAGE TO PAYOR 



REVIEW "ON FILE" MEMBER SIGNATURE 
CODE. THE SIGNATURE CODE 
ISA DIMENSIONALLY REDUCED 
PARAMETER STRING REPRESENTATION 
OF THE SIGNATURE. 



EXIT 



180 




TEST THE AMOUNT LIMIT 

IN THE PAYOR FILE. 

IF THE PAYOR EXCEEDS THE 

TRANSACTION AMOUNT LIMIT 

AN EXCEPTION CALL IS PLACED TO 

THE PAYOR IN SECONDS FOLLOWING 

RECEIPT OF THE VOUCHER BY MONEYFAX 



186 



ABORT TRANSACTION AND 
NOTIFY EXCEPTION OPERATOR 
THAT A SIGNATURE FAULT 
HAS ACCURREO. THIS MIGHT 
BE BECAUSE THE SIGNATURE 
FIELD WAS LEFT BLANK. 



188 
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206 



TEST PAYOR MONEY- 
FAX BALANCE. THE 
'BALANCE MAY IN 
FACT BE A CREDIT 
LINE. 



194 



CALL PAYOR AT » LISTED 
IN MASTER FILE AND 
QUERY A SECONDARY 
6 DIGIT PIN PRIOR TO 
INITIATING THE CONTINUED 
PROCESSING OF THE 
TRANSACTION. 



210 




NOTIFY EXCEPTION 
PROCESSING THAT BALANCE 
OR CREDIT LIMIT MAY BE 
OVERDRAWN. EITHER CALL 
PAYOR OR FAX BACK THE 
PAYOR WITH A 'BALANCE 
LIMIT OVERDRAFT 
ERROR'.' 



THE I'TH TRANSACTION HAS OCCURRED 
WITH RESPECT TO THE PAYOR. THE UNIQUE 
PSEUDO RANDOMLY SELECTED VOUCHER ^ 
WHICH IS NOW THE CURRENT ONE IN THE 
SEQUENCE MUST BE DELETED FROM 
THE FILE. 

FILE FILE * 

FLAGGED VS DELETED 
(USGO) 




FLAG MEMBER 
ACCOUNT FOR 
INVESTIGATION. 
HOLD ALL FURTHER 
TRANSACTIONS. 
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PAYEE BALANCE-^ PAYEE BALANCE + AMOUNT 
CREDIT THE PAYEE'S MONEYFAX ACCOUNT ^ 
WITH THE PAYOR'S AMOUNT 



220 



LOG THE TRANSACTION RECORD TO THE 
PAYOR'S FILE AND MIRROR THE DATA TO 
THE PAYEE'S FILE TO PROVIDE AUDIT TRAILS 



222 



ONLINE 
FILE 
ARCHIVE 



224 



COPY GRAPHIC IMAGE OF 
TRANSACTION VOUCHER TO 
OPTICAL DISK STORAGE IN 
CASE OF AUDIT, ON DISPUTES 



± 



226 



SELECT THE I'TH (TRANSACTION COUNTED 
ENTRY FROM ANOTHER PRE SELECTED LIST OF 
PSEUOO RANDOM ALPHANUMERIC VALUES. 
LIST IS CONTAINED IN PAYEE'S FILE AND IS 
REGENERATED AFTER EVERY 100 TRANSACTIONS. 
PAYEE HAS A FACSIMILE COPY OF THIS 
LIST WITH HIS VOUCHER BOOK. 



PAYEE SHOULD VERIFY THAT THE 
CREDIT MEMO DOCUMENT » SHOWN ON 
THE MONEYFAX 'CREDIT MEMO" ISSUED 
BY FAX TO HIM MATCHES THE NEXT 
LOGICAL NUMBER IN THE PRESELECTED 
PSEUOO RANDOM SEQUENCE. THIS VERIFIES 
THAT THE CREDIT MEMO REPORT IS 
A BONA FIDE MONEYFAX DOCUMENT. 
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/ 



© 
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DELETE THE 


I'TH 


CREDIT 


r 

MEMO REPORT 


» FROM 


THE 


PAYEE'S 


FILE 
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ISSUE VIA FAX A 'DEBIT MEMO" 
REPORT TO THE PAYOR WITH 
THE ORIGINAL VOUCHER « ON IT 



234 



QUEUE THE RESPECTIVE REPORTS 
AND FINISH 



DONE 
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@ Account customized transaction vouchers, con- 
taining thereon a series of pseudo random alphanu- 
meric characters with a different set of characters on 
each voucher, are completed by at least one party 
(20) to a transaction. The party transmits by fac- 
simile (30) an image of the completed voucher to a 
facsimile machine (34) at a central facility (36). A 
character reader (35) at the central facility reads the 
incoming data and authorizes the requested transac- 
tion after comparison of the pseudo random alphanu- 
meric set of characters on the voucher with a list in 
the account record of that party. Used sets of alpha- 
numeric characters are deleted from the list in the 
account data to permit onetime usage of a voucher. 
A credit voucher is sent from the central facility to a 
facsimile machine (32) at the site of the other party 
(26) to the transaction. This voucher includes also a 
pseudo random alphanumeric set of characters se- 
lected from a second list in the central facility. 
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